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PRIORITY CLAIM 



This application claims the benefit of U.S. Provisional Application No. 
5 60/397,596, filed on July 22, 2002, entitled Method of Maintaining Continuity of Sample 
Jitter Pattern Across Clustered Graphics Accelerators, invented by Nathaniel David 
Naegle, which is hereby incorporated by reference in its entirety as though fully and 
completely set forth herein. 

10 BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates generally to the field of computer graphics and, more 
15 particularly, to a high performance graphics system which implements super-sampling. 

2. Description of the Related Art 

A computer system typically relies upon its graphics system for producing visual 
20 output on the computer screen or display device. Early graphics systems were only 
responsible for taking what the processor produced as output and displaying that output 
on the screen. In essence, they acted as simple translators or interfaces. Modern graphics 
systems, however, incorporate graphics processors with a great deal of processing power. 
They now act more like coprocessors rather than simple translators. This change is due to 
25 the recent increase in both the complexity and amount of data being sent to the display 
device. For example, modern computer displays have many more pixels, greater color 
depth, and are able to display images that are more complex with higher refresh rates than 
earlier models. Similarly, the images displayed are now more complex and may involve 
advanced techniques such as anti-aliasing and texture mapping. 
30 As a result, without considerable processing power in the graphics system, the 

CPU would spend a great deal of time performing graphics calculations. This could rob 
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the computer system of the processing power needed for performing other tasks 
associated with program execution and thereby dramatically reduce overall system 
performance. However, with a powerful graphics system, the CPU may send a request to 
the graphics system stating: "draw a box at these coordinates". The graphics system then 
5 draws the box, freeing the processor to perform other tasks. 

Since graphics systems typically perform only a limited set of functions, they may 
be customized and therefore far more efficient at graphics operations than the computer's 
general-purpose central processor. Graphics system processors are specialized for 
computing graphical transformations, so they tend to achieve better results than the 

10 general-purpose CPU used by the computer system. In addition, they free up the 
computer's CPU to execute other commands while the graphics system is handling 
graphics computations. The popularity of graphical applications, and especially 
multimedia applications, has made high performance graphics systems a common feature 
of computer systems. Most computer manufacturers now bundle a high performance 

1 5 graphics system with their systems. 

Early graphics systems were limited to performing two-dimensional (2D) 
graphics. Their functionality has since increased to support three-dimensional (3D) wire- 
frame graphics, 3D solids, and now includes support for three-dimensional (3D) graphics 
with textures and special effects such as advanced shading, fogging, alpha-blending, and 

20 specular highlighting. 

While the number of pixels is an important factor in determining graphics system 
performance, another factor of equal import is the quality of the image. Various methods 
are used to improve the quality of images, such as anti-aliasing, alpha blending, and 
fogging. While various techniques may be used to improve the appearance of computer 

25 graphics images, they also have certain limitations. In particular, they may introduce their 
own image aberrations or artifacts, and are typically limited by the density of pixels 
displayed on the display device. 

As a result, a graphics system is desired which is capable of utilizing increased 
performance levels to increase not only the number of pixels rendered, but also the 

30 quality of the image rendered. In addition, a graphics system is desired which is capable 
of utilizing increases in processing power to improve graphics effects. 
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Prior art graphics systems have generally fallen short of these goals. Prior art 
graphics systems use a conventional frame buffer for refreshing pixel/video data on the 
display. The frame buffer stores rows and columns of pixels that exactly correspond to 
respective row and column locations on the display. Prior art graphics systems render 2D 
5 and/or 3D images or objects into the frame buffer in pixel form, and then read the pixels 
from the frame buffer to refresh the display. To reduce visual artifacts that may be 
created by refreshing the screen at the same time as the frame buffer is being updated, 
most graphics systems' frame buffers are double-buffered. 

To obtain images that are more realistic, some prior art graphics systems have 

10 implemented super-sampling by generating more than one sample per pixel. By 
calculating more samples than pixels (i.e., super-sampling), a more detailed image is 
calculated than can be displayed on the display device. For example, a graphics system 
may calculate a plurality of samples for each pixel to be output to the display device. 
After the samples are calculated, they are then combined, convolved, or filtered to form 

15 the pixels that are stored in the frame buffer and then conveyed to the display device. 
Using pixels formed in this manner may create a more realistic final image because 
overly abrupt changes in the image may be smoothed by the filtering process. 

As used herein, the term "sample" refers to calculated information that indicates 
the color of the sample and possibly other information, such as depth (z), transparency, 

20 etc., of a particular point on an object or image. For example, a sample may comprise the 
following component values: a red value, a green value, a blue value, a z value, and an 
alpha value (representing the transparency of the sample). 



25 



SUMMARY 



A system and method are disclosed to allow the tiling of sample jitter patterns to 
be independent of the tiling of clustered graphics accelerators. Each accelerator uses an 
x,y "bias" offset to shift the origin of the jitter pattern within a sample space region 
addressed by the accelerator. In this way, multiple accelerators may be programmed so 
30 that their jitter patterns line up across the boundaries defining their regions. 
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In one set of embodiments, the system for generating sample locations that span a 
plurality of local coordinate systems may include a plurality of sample generation 
circuits. Each circuit may receive a two-dimensional bin address specifying a position of 
a bin in a local sample space region served by the circuit, and a two-dimensional bin 
5 offset of an origin of a coordinate system for the local sample space region with respect 
to an origin of a global sample space coordinate system that contains the local sample 
space region. Each circuit may generate an output sequence of one or more sample 
displacements that correspond to a pre-selected transformation applied to a pre-selected 
set of sample displacements corresponding to a global address, where the global address 
10 is the vector sum of the two-dimensional bin address and the two-dimensional bin offset. 
The pre-selected transformation may be a pre-selected set of two or more transformations 
sequentially applied to a pre-selected set of sample displacements corresponding to the 
global address. 

The system may include a plurality of graphics accelerators, wherein each 

15 graphics accelerator has one or more local coordinate systems L K for a region R K of 
global sample space, where each graphics accelerator may include one or more rendering 
pipelines, sample buffers and filtering units, and where each rendering pipeline and each 
filtering unit may have a sample generation circuit. Each graphics accelerator may 
generate video pixels corresponding to one or more regions of global sample space, and 

20 the plurality of graphics accelerators may collaboratively generate a composite image for 
one or more display devices. The system may also include a host computer that may 
coordinate the generation of sample locations across the multiple local coordinate 
systems, by sending a two-dimensional offset for each local coordinate system L K to the 
corresponding graphics accelerator. 

25 The method for generating sample locations spanning a plurality of local 

coordinate systems may include transferring a two-dimensional bin offset to each of a 
plurality of sample generation circuits, where the two-dimensional bin offset equals the 
displacement of an origin of a corresponding local coordinate system with respect to an 
origin of a global coordinate system. Each sample generation circuit may perform the 

30 actions of: a) receiving a two-dimensional local address of a sample bin with respect to 
the local coordinate system and adding the two-dimensional local address to the 
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corresponding two-dimensional bin offset to determine a two-dimensional global bin 
address, b) operating on a first portion of the two-dimensional global bin address to 
identify a corresponding transformation based on the first portion and a pre-selected 
pattern of transformations that span global sample space, c) applying an inverse of the 
5 first transformation to a second portion of the two-dimensional global bin address to 
determine a modified two-dimensional address, d) reading first sample displacements 
from a sample location memory using the modified two-dimensional address, e) applying 
the first transformation to the first sample displacements to determine second sample 
displacements, and f) adding the second sample displacements to the two-dimensional 

10 local address of the sample bin to generate local sample locations. 

In some embodiments, a graphics system may include a first plurality of sample 
generation circuits. Each of the sample generation circuits may be configured to (a) 
receive a two-dimensional bin address specifying a position of a bin in a local coordinate 
system corresponding to the circuit, and a two-dimensional bin displacement of an origin 

15 of the local coordinate system with respect to an origin of a window; (b) determine a 
window-relative bin address of the bin by computing a vector sum of the two- 
dimensional bin address and the two-dimensional bin displacement; and (c) generate an 
output sequence of one or more sample displacements that correspond to a transformation 
designated by the window-relative bin address. The first plurality of sample generation 

20 circuits may reside in respective rendering units of a graphics accelerator. The rendering 
units may generate samples based on the sample locations generated by the sample 
generation circuits, and store the samples into a sample buffer. 

A host computer may set the two-dimensional bin displacement of each sample 
generation circuit equal to a displacement from an origin of the global sample space 

25 coordinate system to an origin of a region served by the graphics accelerator. 

The graphics accelerator may further include a set of filtering units to read 
samples from the sample buffer and filter the samples to generate video output pixels. 
Each filtering unit may include a window ID table, an N-register, and a sample 
generation circuit. The window ID table may be configured to output a displacement 

30 (Wx,Wy) of a window with respect to an origin of a global sample space coordinate 
system in response to receiving a window ID. The N-register may be configured to store 
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a displacement (Nx,Ny) of a first coordinate system with respect to an origin of the global 
sample space coordinate system. 

The sample generation circuit of a filtering unit may include a subtraction unit, an 
adder unit, a transformation control unit, an address transform unit, a sample location 
5 memory and an output transform unit. The subtraction unit may be configured to compute 
a displacement (Mx,M Y ) by subtracting the displacement (W x ,Wy) from the 
displacement (Nx,Ny). The adder unit may be configured to receive a bin address (X,Y) 
specifying a position of a bin in the first coordinate system, and to compute a window- 
relative bin address by adding the bin address (X,Y) to the displacement (M X ,M Y ). 

10 The transformation control unit may be configured to receive a first portion of the 

window-relative bin address and identify a corresponding transformation based on the 
first portion and a pre-selected pattern of transformations. The address transform unit 
may be configured to apply an inverse of the identified transformation to a second portion 
of the two-dimensional window-relative bin address, thereby generating a memory 

15 address defining a bin from a tile of bins containing pre-selected sample displacements. 

The sample location memory may be configured to store the pre-selected sample 
displacements for a tile of bins, wherein the sample location memory is configured to 
output a first sequence of sample displacements in response to receiving the memory 
address. The output transform unit may be configured to apply the identified 

20 transformation to the first sequence of sample displacements, thereby generating a second 
output sequence of sample displacements. 

BRIEF DESCRIPTION OF THE DRAWINGS 

25 

A better understanding of the present invention can be obtained when the 
following detailed description is considered in conjunction with the following drawings, 
in which: 

30 Figure 1 illustrates one set of embodiments of a graphics accelerator configured to 

perform graphical computations; 
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Figure 2 illustrates one set of embodiments of a parallel rendering engine; 
Figure 3 illustrates an array of spatial bins each populated with a set of sample 

positions in a two-dimension virtual screen space; 
Figure 4 illustrates one set of embodiments of a rendering methodology which 
5 may be used to generate samples in response to receiving a stream of graphics 

data; 

Figure 5 illustrates a set of candidate bins which intersect a particular triangle; 
Figure 6 illustrates the identification of sample positions in the candidate bins 

which fall interior to the triangle; 
10 Figure 7 illustrates the computation of a red sample component based on a spatial 

interpolation of the red components at the vertices of the containing triangle; 
Figure 8 illustrates an array of virtual pixel positions distributed in the virtual 

screen space and superimposed on top of the array of spatial bins; 
Figure 9 illustrates the computation of a pixel at a virtual pixel position (denoted 
15 by the plus marker) according to one set of embodiments; 

Figure 10 illustrates a set of columns in the spatial bin array, wherein the K th 

column defines the subset of memory bins (from the sample buffer) which are 

used by a corresponding filtering unit FU(K) of the filtering engine; 
Figure 1 1 illustrates one set of embodiments of filtering engine 600; 
20 Figure 12 illustrates one embodiment of a computation of pixels at successive 

filter centers (i.e. virtual pixel centers) across a bin column; 
Figure 13 illustrates one set of embodiments of a rendering pipeline comprising a 

media processor and a rendering unit; 
Figure 14 illustrates one embodiment of graphics accelerator 100; 
25 Figure 15 illustrates another embodiment of graphics accelerator 100; 

Figure 16 is a flow chart of a set of embodiments of a method for reproducing 

pre-selected sample locations; 
Figure 17a illustrates a 2 x 2 sample bin array; 
Figure 17b is a table of 2-D transformations; 
30 Figure 18 illustrates one embodiment of an inner transformation array; 

Figure 19 illustrates one embodiment of an outer transformation array; 
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Figure 20a illustrates one embodiment of an inner bin array; 

Figure 20b illustrates one embodiment of an outer bin array; 

Figure 20c illustrates tiling an outer bin array to fill available sample space; 

Figure 21 is a circuit drawing of one embodiment of a permutation logic circuit; 
5 Figure 22 is a block diagram of a set of embodiments of a system for reproducing 

pre-selected sample locations; 

Figure 23 illustrates the need for an inverse transformation; 

Figure 24 illustrates another set of embodiments of a system for reproducing pre- 
selected sample locations; 
10 Figure 25 illustrates a set of embodiments of a system for reproducing pre- 

selected sample locations and maintaining continuity of sample location jitter 
pattern across clustered accelerators; 

Figure 26 illustrates an offset to adjust a location in a local coordinate system to a 
global coordinate system; 
15 Figure 27A illustrates offsets of a region R K and a subregion Rk(J) with respect to 

the global coordinate system; 

Figure 27B illustrates offsets for regions of sample space partitioned to multiple 
filter units; 

Figure 28 illustrates offsets of a window W and a region R K relative to the global 
20 coordinate system, and an offset of region Rk with respect to the window W; 

Figure 29 illustrates one set of embodiments of a sample generation circuit 
configured to compute sample locations based on a window-relative bin 
address (E,F); and 

Figure 30 illustrates one set of embodiments of a filtering unit configured to 
25 generate sample locations in a window-relative fashion. 

While the invention is susceptible to various modifications and alternative forms, 
specific embodiments thereof are shown by way of example in the drawings and will 
herein be described in detail. It should be understood, however, that the drawings and 
30 detailed description thereto are not intended to limit the invention to the particular form 
disclosed, but on the contrary, the intention is to cover all modifications, equivalents, and 
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alternatives falling within the spirit and scope of the present invention as defined by the 
appended claims. Note, the headings are for organizational purposes only and are not 
meant to be used to limit or interpret the description or claims. Furthermore, note that the 
word "may" is used throughout this application in a permissive sense (i.e., having the 
5 potential to, being able to), not a mandatory sense (i.e., must)." The term "include", and 
derivations thereof, mean "including, but not limited to". The term "connected" means 
"directly or indirectly connected", and the term "coupled" means "directly or indirectly 
connected". 



10 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 



Figure 1 illustrates one set of embodiments of a graphics accelerator 100 
configured to perform graphics computations (especially 3D graphics computations). 
5 Graphics accelerator 100 may include a control unit 200, a rendering engine 300, a 
scheduling network 400, a sample buffer 500, a lower route network 550, and a filtering 
engine 600. 

The rendering engine 300 may include a set of N PL rendering pipelines as 
suggested by Figure 2, where N PL is a positive integer. The rendering pipelines, denoted 

10 as RP(0) through RP(Np L -l), are configured to operate in parallel. For example, in one 
embodiment, N PL equals four. In another embodiment, N PL =8. 

The control unit 200 receives a stream of graphics data from an external source 
(e.g. from the system memory of a host computer), and controls the distribution of the 
graphics data to the rendering pipelines. The control unit 200 may divide the graphics 

15 data stream into N P l substreams, which flow to the N P l rendering pipelines respectively. 
The control unit 200 may implement an automatic load-balancing scheme so the host 
application need not concern itself with load balancing among the multiple rendering 
pipelines. 

The stream of graphics data received by the control unit 200 may correspond to a 
20 frame of a 3D animation. The frame may include a number of 3D objects. Each object 
may be described by a set of primitives such as polygons (e.g. triangles), lines, polylines, 
dots, etc. Thus, the graphics data stream may contain information defining a set of 
primitives. 

Polygons are naturally described in terms of their vertices. Thus, the graphics 
25 data stream may include a stream of vertex instructions. A vertex instruction may specify 
a position vector (X,Y,Z) for a vertex. The vertex instruction may also include one or 
more of a color vector, a normal vector and a vector of texture coordinates. The vertex 
instructions may also include connectivity information, which allows the rendering 
engine 300 to assemble the vertices into polygons (e.g. triangles). 
30 Each rendering pipeline RP(K) of the rendering engine 300 may receive a 

corresponding stream of graphics data from the control unit 200, and performs rendering 
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computations on the primitives defined by the graphics data stream. The rendering 
computations generate samples, which are written into sample buffer 500 through the 
scheduling network 400. 

The filtering engine 600 is configured to read samples from the sample buffer 
5 500, to perform a filtering operation on the samples resulting in the generation of a video 
pixel stream, and, to convert the video pixel stream into an analog video signal. The 
analog video signal may be supplied to one or more video output ports for display on one 
or more display devices (such as computer monitors, projectors, head-mounted displays 
and televisions). 

10 Furthermore, the graphics system 100 may be configured to generate up to N D 

independent video pixel streams denoted VPS(0), VPS(l), VPS(N D -1), where N D is a 
positive integer. Thus, a set of host applications (running on a host computer) may send 
N D graphics data streams denoted GDS(0), GDS(l), GDS(N D -1) to the graphics 
system 100. The rendering engine 300 may perform rendering computations on each 

15 graphics data stream GDS(I), for 1= 0, 1, 2, N D -1, resulting in sample updates to a 
corresponding region SBR(I) of the sample buffer 500. The filtering engine 600 may 
operate on the samples from each sample buffer region SBR(I) to generate the 
corresponding video pixel stream VPS(I). The filtering engine 600 may convert each 
video pixel stream VPS(I) into a corresponding analog video signal AVS(I). The N D 

20 analog video signals may be supplied to a set of video output ports for display on a 
corresponding set of display devices. In one embodiment, No equals two. In another 
embodiment, Nd equals four. 

The filtering engine 600 may send sample data requests to the scheduling network 
400 through a request bus 650. In response to the sample data requests, scheduling 

25 network 400 may assert control signals, which invoke the transfer of the requested 
samples (or groups of samples) to the filtering engine 600. 

In various embodiments, the sample buffer 500 includes a plurality of memory 
units, and the filtering engine 600 includes a plurality of filtering units. The filtering 
units interface may interface with the lower router network 550 to provide data select 

30 signals. The lower route network 550 may use the data select signals to steer data from 
the memory units to the filtering units. 
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The control unit 200 may couple to the filtering engine 600 through a 
communication bus 700, which includes an outgoing segment 700A and a return segment 
700B. The outgoing segment 700 A may be used to download parameters (e.g. lookup 
table values) to the filtering engine 600. The return segment 700B may be used as a 

5 readback path for the video pixels generated by filtering engine 600. Video pixels 
transferred to control unit 200 through the return segment 700B may be forwarded to 
system memory (i.e. the system memory of a host computer), or perhaps, to memory (e.g. 
texture memory) residing on graphics system 100 or on another graphics accelerator. 

The control unit 200 may include direct memory access (DMA) circuitry. The 

10 DMA circuitry may be used to facilitate (a) the transfer of graphics data from system 
memory to the control unit 200, and/or, (b) the transfer of video pixels (received from the 
filtering engine 600 through the return segment 700B) to any of various destinations 
(such as the system memory of the host computer). 

The rendering pipelines of the rendering engine 300 may compute samples for the 

15 primitives defined by the received graphics data stream(s). The computation of samples 
may be organized according to an array of spatial bins as suggested by Figure 3. The 
array of spatial bins defines a rectangular window in a virtual screen space. The spatial 
bin array may have dimension M B x N B , i.e., may comprise M B bins horizontally and N B 
bins vertically. 

20 Each spatial bin may be populated with a number of sample positions. Sample 

positions are denoted as small circles. Each sample position may be defined by a 
horizontal offset and a vertical offset with respect to the origin of the bin in which it 
resides. The origin of a bin may be at its top-left corner. Note that any of a variety of 
other positions on the boundary or in the interior of a bin may serve as its origin. A 

25 sample may be computed at each of the sample positions. A sample may include a color 
vector, and other values such as z depth and transparency (i.e. an alpha value). 

The sample buffer 500 may organize the storage of samples according to memory 
bins. Each memory bin corresponds to one of the spatial bins, and stores the samples for 
the sample positions in a corresponding spatial bin. 

30 If a rendering pipeline RP(k) determines that a spatial bin intersects with a given 

primitive (e.g. triangle), the rendering pipeline may: 
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(a) generate N s /b sample positions in the spatial bin; 

(b) determine which of the N s /b sample positions reside interior to the 
primitive; 

(c) compute a sample for each of the interior sample positions, and 

5 (d) forward the computed samples to the scheduling network 400 for 

transfer to the sample buffer 500. 
The computation of a sample at a given sample position may involve computing sample 
components such as red, green, blue, z, and alpha at the sample position. Each sample 
component may be computed based on a spatial interpolation of the corresponding 
10 components at the vertices of the primitive. For example, a sample's red component may 
be computed based on a spatial interpolation of the red components at the vertices of the 
primitive. 

In addition, if the primitive is to be textured, one or more texture values may be 
computed for the intersecting bin. The final color components of a sample may be 
15 determined by combining the sample's interpolated color components and the one or 
more texture values. 

Each rendering pipeline RP(K) may include dedicated circuitry for determining if 
a spatial bin intersects a given primitive, for performing steps (a), (b) and (c), for 
computing the one or more texture values, and for applying the one or more texture 
20 values to the samples. 

Each rendering pipeline RP(K) may include programmable registers for the bin 
array size parameters M B and N B and the sample density parameter N s/b . In one 
embodiment, N s /b may take values in the range from 1 to 16 inclusive. 

25 Sample Rendering Methodology 

Figure 4 illustrates one set of embodiments of a rendering process implemented 
by each rendering pipeline RP(K) of the N PL rendering pipelines. 

In step 710, rendering pipeline RP(K) receives a stream of graphics data from the 
30 control unit 200 (e.g. stores the graphics data in an input buffer). 
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The graphics data may have been compressed according to any of a variety of 
data compression and/or geometry compression techniques. Thus, the rendering pipeline 
RP(K) may decompress the graphics data to recover a stream of vertices. 

In step 720, the rendering pipeline RP(K) may perform a modeling transformation 
5 on the stream of vertices. The modeling transformation serves to inject objects into a 
world coordinate system. The modeling transformation may also include the 
transformation of any normal vectors associated with the stream vertices. The matrix 
used to perform the modeling transformation is dynamically programmable by host 
software. 

10 In step 725, rendering engine 300 may subject the stream vertices to a lighting 

computation. Lighting intensity values (e.g. color intensity values) may be computed for 
the vertices of polygonal primitives based on one or more of the following: 

(1) the vertex normals; 

(2) the position and orientation of a virtual camera in the world coordinate 
15 system; 

(3) the intensity, position, orientation and type-classification of light sources; and 

(4) the material properties of the polygonal primitives such as their intrinsic color 
values, ambient, diffuse, and/or specular reflection coefficients. 

The vertex normals (or changes in normals from one vertex to the next) may be provided 
20 as part of the graphics data stream. The rendering pipeline RP(K) may implement any of 
a wide variety of lighting models. The position and orientation of the virtual camera are 
dynamically adjustable. Furthermore, the intensity, position, orientation and type- 
classification of light sources are dynamically adjustable. 

It is noted that separate virtual camera positions may be maintained for the 
25 viewer's left and right eyes in order to support stereo video. For example, rendering 
pipeline RP(K) may alternate between the left camera position and the right camera 
position from one animation frame to the next. 

In step 730, the rendering pipeline RP(K) may perform a camera transformation 
on the vertices of the primitive. The camera transformation may be interpreted as 
30 providing the coordinates of the vertices with respect to a camera coordinate system, 
which is rigidly bound to the virtual camera in the world space. Thus, the camera 
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transformation may be updated whenever the camera position and/or orientation change. 
The virtual camera position and/or orientation may be controlled by user actions such as 
manipulations of an input device (such as a joystick, data glove, mouse, light pen, and/or 
keyboard). In some embodiments, the virtual camera position and/or orientation may be 
5 controlled based on measurements of a user's head position and/or orientation and/or eye 
orientation(s). 

In step 735, the rendering pipeline RP(K) may perform a homogenous perspective 
transformation to map primitives from the camera coordinate system into a clipping 
space, which is more convenient for a subsequent clipping computation. In some 
10 embodiments, steps 730 and 735 may be combined into a single transformation. 

In step 737, rendering pipeline RP(K) may assemble the vertices to form 
primitives such as triangles, lines, etc. 

In step 740, rendering pipeline RP(K) may perform a clipping computation on 
each primitive. In clipping space, the vertices of primitives may be represented as 4- 
15 tuples (X,Y,Z,W). In some embodiments, the clipping computation may be implemented 
by performing a series of inequality tests as follows: 

T1=(-W<X) 

T2 = (X<W) 

T3 = (-W<Y) 
20 T4 = (Y<W) 

T5 = (-W<Z) 

T6 = (Z<0) 

If all the test flags are true, a vertex resides inside the canonical view volume. If any of 
the test flags are false, the vertex is outside the canonical view volume. An edge between 

25 vertices A and B is inside the canonical view volume if both vertices are inside the 
canonical view volume. An edge can be trivially rejected if the expression Tk(A) OR 
Tk(B) is false for any k in the range from one to six. Otherwise, the edge requires testing 
to determine if it partially intersects the canonical view volume, and if so, to determine 
the points of intersection of the edge with the clipping planes. A primitive may thus be 

30 cut down to one or more interior sub-primitives (i.e. subprimitives that lie inside the 
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canonical view volume). The rendering pipeline RP(K) may compute color intensity 
values for the new vertices generated by clipping. 

Note that the example given above for performing the clipping computation is not 
meant to be limiting. Other methods may be used for performing the clipping 
5 computation. 

In step 745, rendering pipeline RP(K) may perform a perspective divide 
computation on the homogenous post-clipping vertices (X,Y,Z,W) according to the 
relations 

x=X/W 
10 y=Y/W 

z=Z/W. 

After the perspective divide, the x and y coordinates of each vertex (x,y,z) may reside in 
a viewport rectangle, for example, a viewport square defined by the inequalities -1<x<1 
and-l<y<l. 

15 In step 750, the rendering pipeline RP(K) may perform a render scale 

transformation on the post-clipping primitives. The render scale transformation may 
operate on the x and y coordinates of vertices, and may have the effect of mapping the 
viewport square in perspective-divided space onto (or into) the spatial bin array in virtual 
screen space, i.e., onto (or into) a rectangle whose width equals the array horizontal bin 

20 resolution M B and whose height equals the array vertical bin resolution N B . Let X v and 
Y v denote the horizontal and vertical coordinate respectively in the virtual screen space. 

In step 755, the rendering pipeline RP(K) may identify spatial bins which 
geometrically intersect with the post-scaling primitive as suggested by Figure 5. Bins in 
this subset are referred to as "candidate" bins or "intersecting" bins. It is noted that 

25 values M B =8 and N B =5 for the dimensions of the spatial bin array have been chosen for 
sake of illustration, and are much smaller than would typically be used in most 
applications of graphics system 100. 

In step 760, the rendering pipeline RP(K) performs a "sample fill" operation on 
candidate bins identified in step 755 as suggested by Figure 6. In the sample fill 

30 operation, the rendering pipeline RP(K) populates candidate bins with sample positions, 
identifies which of the sample positions reside interior to the primitive, and computes 
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sample values (such as red, green, blue, z and alpha) at each of the interior sample 
positions. The rendering pipeline RP(K) may include a plurality of sample fill units to 
parallelize the sample fill computation. For example, two sample fill units may perform 
the sample fill operation in parallel on two candidate fains respectively. (This N=2 
5 example generalizes to any number of parallel sample fill units). In Figure 6, interior 
sample positions are denoted as small black dots, and exterior sample positions are 
denoted as small circles. 

The rendering pipeline RP(K) may compute the color components (r,g,b) for each 
interior sample position in a candidate bin based on a spatial interpolation of the 

10 corresponding vertex color components as suggested by Figure 7. Figure 7 suggests a 
linear interpolation of a red intensity value r s for a sample position inside the triangle 
defined by the vertices VI, V2, and V3 in virtual screen space (i.e. the horizontal plane of 
the figure). The red color intensity is shown as the up-down coordinate. Each vertex Vk 
has a corresponding red intensity value r k . Similar interpolations may be performed to 

1 5 determine green, blue, z and alpha values. 

In step 765, rendering pipeline RP(K) may compute a vector of texture values for 
each candidate bin. The rendering pipeline RP(K) may couple to a corresponding texture 
memory TM(K). The texture memory TM(K) may be used to store one or more layers of 
texture information. Rendering pipeline RP(K) may use texture coordinates associated 

20 with a candidate bin to read texels from the texture memory TM(K). The texels may be 
filtered to generate the vector of texture values. The rendering pipeline RP(K) may 
include a plurality of texture filtering units to parallelize the computation of texture 
values for one or more candidate bins. 

The rendering pipeline RP(K) may include a sample fill pipeline which 

25 implements step 760 and a texture pipeline which implements step 765. The sample fill 
pipeline and the texture pipeline may be configured for parallel operation. The sample 
fill pipeline may perform the sample fill operations on one or more candidate bins while 
the texture fill pipeline computes the texture values for the one or more candidate bins. 

In step 770, the rendering pipeline RP(K) may apply the one or more texture 

30 values corresponding to each candidate bin to the color vectors of the interior samples in 
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the candidate bin. Any of a variety of methods may be used to apply the texture values to 
the sample color vectors. 

In step 775, the rendering pipeline RP(K) may forward the computed samples to 
the scheduling network 400 for storage in the sample buffer 500. 
5 The sample buffer 500 may be configured to support double-buffered operation. 

The sample buffer may be logically partitioned into two buffer segments A and B. The 
rendering engine 300 may write into buffer segment A while the filtering engine 600 
reads from buffer segment B. At the end of a frame of animation, a host application 
(running on a host computer) may assert a buffer swap command. In response to the 
10 buffer swap command, control of buffer segment A may be transferred to the filtering 
engine 600, and control of buffer segment B may be transferred to rendering engine 300. 
Thus, the rendering engine 300 may start writing samples into buffer segment B, and the 
filtering engine 600 may start reading samples from buffer segment A. 

It is noted that usage of the term "double-buffered" does not necessarily imply 
15 that all components of samples are double-buffered in the sample buffer 500. For 
example, sample color may be double-buffered while other components such as z depth 
may be single-buffered. 

In some embodiments, the sample buffer 500 may be triple-buffered or N-fold 
buffered, where N is greater than two. 

20 

Filtration of Samples to Determine Pixels 

Filtering engine 600 may access samples from a buffer segment (A or B) of the 
sample buffer 500, and generate video pixels from the samples. Each buffer segment of 
25 sample buffer 500 may be configured to store an M B x Nb array of bins. Each bin may 
store N s /b samples. The values M B , Nb and N s /b are programmable parameters. 

As suggested by Figure 8, filtering engine 600 may scan through virtual screen 
space in raster fashion generating virtual pixel positions denoted by the small plus 
markers, and generating a video pixel at each of the virtual pixel positions based on the 
30 samples (small circles) in the neighborhood of the virtual pixel position. The virtual 
pixel positions are also referred to herein as filter centers (or kernel centers) since the 
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video pixels are computed by means of a filtering of samples. The virtual pixel positions 
form an array with horizontal displacement AX between successive virtual pixel positions 
in a row and vertical displacement AY between successive rows. The first virtual pixel 
position in the first row is controlled by a start position (X sta rt,Y s tart)- The horizontal 
5 displacement AX, vertical displacement AY and the start coordinates X sta rt and Y sta rt are 
programmable parameters. 

Figure 8 illustrates a virtual pixel position at the center of each bin. However, this 
arrangement of the virtual pixel positions (at the centers of render pixels) is a special 
case. More generally, the horizontal displacement Ax and vertical displacement Ay may 

10 be assigned values greater than or less than one. Furthermore, the start position 
(Xstart, Y s tart) is not constrained to lie at the center of a spatial bin. Thus, the vertical 
resolution N P of the array of virtual pixel centers may be different from N B , and the 
horizontal resolution Mp of the array of virtual pixel centers may be different from Mb. 

The filtering engine 600 may compute a video pixel at a particular virtual pixel 

15 position as suggested by Figure 9. The filtering engine 600 may compute the video pixel 
based on a filtration of the samples falling within a support region centered on (or defined 
by) the virtual pixel position. Each sample S falling within the support region may be 
assigned a filter coefficient Cs based on the sample's position (or some function of the 
sample's radial distance) with respect to the virtual pixel position. 

20 Each of the color components of the video pixel may be determined by computing 

a weighted sum of the corresponding sample color components for the samples falling 
inside the filter support region. For example, the filtering engine 600 may compute an 
initial red value r P for the video pixel P according to the expression 

25 where the summation ranges over each sample S in the filter support region, and where rs 
is the red sample value of the sample S. In other words, the filtering engine 600 may 
multiply the red component of each sample S in the filter support region by the 
corresponding filter coefficient Cs, and add up the products. Similar weighted 
summations may be performed to determine an initial green value gp, an initial blue value 
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bp, and optionally, an initial alpha value oc P for the video pixel P based on the 
corresponding components of the samples. 

Furthermore, the filtering engine 600 may compute a normalization value E by 
adding up the filter coefficients Cs for the samples S in the bin neighborhood, i.e., 

5 £ = XQ- 

The initial pixel values may then be multiplied by the reciprocal of E (or equivalently, 
divided by E) to determine normalized pixel values: 

R P =(l/E)*r P 

G P =(l/E)*gP 

10 B P =(l/E)*b P 

A P =(l/E)*a P , 

In one set of embodiments, the filter coefficient Cs for each sample S in the filter 

support region may be determined by a table lookup. For example, a radially symmetric 

filter may be realized by a filter coefficient table, which is addressed by a function of a 
15 sample's radial distance with respect to the virtual pixel center. The filter support for a 

radially symmetric filter may be a circular disk as suggested by the example of Figure 9. 

The support of a filter is the region in virtual screen space on which the filter is defined. 

The terms "filter" and "kernel" are used as synonyms herein. Let Rf denote the radius of 

the circular support disk. 
20 The filtering engine 600 may examine each sample S in a neighborhood of bins 

containing the filter support region. The bin neighborhood may be a rectangle (or square) 

of bins. For example, in one embodiment the bin neighborhood is a 5x5 array of bins 

centered on the bin which contains the virtual pixel position. 

The filtering engine 600 may compute the square radius (D s ) of each sample 
25 position (X S ,Y S ) in the bin neighborhood with respect to the virtual pixel position (X P ,Y P ) 

according to the expression 

(D s ) 2 = (Xs-Xp) 2 + (Y s -Yp) 2 . 
The square radius (D s ) 2 may be compared to the square radius (Rf) 2 of the filter support. 
If the sample's square radius is less than (or, in a different embodiment, less than or equal 
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to) the filter's square radius, the sample S may be marked as being valid (i.e., inside the 
filter support). Otherwise, the sample S may be marked as invalid. 

The filtering engine 600 may compute a normalized square radius Us for each 
valid sample S by multiplying the sample's square radius by the reciprocal of the filter's 
5 square radius: 



The normalized square radius Us may be used to access the filter coefficient table for the 
filter coefficient Cs. The filter coefficient table may store filter weights indexed by the 
normalized square radius. 
10 In various embodiments, the filter coefficient table is implemented in RAM and is 

programmable by host software. Thus, the filter function (i.e. the filter kernel) used in the 
filtering process may be changed as needed or desired. Similarly, the square radius (R f ) 
of the filter support and the reciprocal square radius l/(Rf) 2 of the filter support may be 
programmable. 

15 Because the entries in the filter coefficient table are indexed according to 

normalized square distance, they need not be updated when the radius Rf of the filter 
support changes. The filter coefficients and the filter radius may be modified 
independently. 

In one embodiment, the filter coefficient table may be addressed with the sample 
20 radius Ds at the expense of computing a square root of the square radius (Ds) 2 . In another 
embodiment, the square radius may be converted into a floating-point format, and the 
floating-point square radius may be used to address the filter coefficient table. It is noted 
that the filter coefficient table may be indexed by any of various radial distance measures. 
For example, an L 1 norm or L mfinlty norm may be used to measure the distance between a 
25 sample position and the virtual pixel center. 

Invalid samples may be assigned the value zero for their filter coefficients. Thus, 
the invalid samples end up making a null contribution to the pixel value summations. In 
other embodiments, filtering hardware internal to the filtering engine may be configured 
to ignore invalid samples. Thus, in these embodiments, it is not necessary to assign filter 
30 coefficients to the invalid samples. 
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In some embodiments, the filtering engine 600 may support multiple filtering 
modes. For example, in one collection of embodiments, the filtering engine 600 supports 
a box filtering mode as well as a radially symmetric filtering mode. In the box filtering 
mode, filtering engine 600 may implement a box filter over a rectangular support region, 
5 e.g., a square support region with radius Rf (i.e. side length 2Rf). Thus, the filtering 
engine 600 may compute boundary coordinates for the support square according to the 
expressions X P +R f , X P -Rf, Y P +R f , and Y P -R f . Each sample S in the bin neighborhood 
may be marked as being valid if the sample's position (X s ,Ys) falls within the support 
square, i.e., if 

1 0 X P -R f < X s < X P +R f and 

Yp-R f <Y s <Y P +Rf. 

Otherwise the sample S may be marked as invalid. Each valid sample may be assigned 
the same filter weight value (e.g., Cs=l). It is noted that any or all of the strict 
inequalities (<) in the system above may be replaced with permissive inequalities (<). 

15 Various embodiments along these lines are contemplated. 

The filtering engine 600 may use any of a variety of filters either alone or in 
combination to compute pixel values from sample values. For example, the filtering 
engine 600 may use a box filter, a tent filter, a cone filter, a cylinder filter, a Gaussian 
filter, a Catmull-Rom filter, a Mitchell-Netravali filter, a windowed sine filter, or in 

20 general, any form of band pass filter or any of various approximations to the sine filter. 

In one set of embodiments, the filtering engine 600 may include a set of filtering 
units FU(0), FU(1), FU(2), FU(N r l) operating in parallel, where the number N f of 
filtering units is a positive integer. For example, in one embodiment, Nf = 4. In another 
embodiment, Nf=8. 

25 The filtering units may be configured to partition the effort of generating each 

frame (or field of video). A frame of video may comprise an M P x N P array of pixels, 
where M P denotes the number of pixels per line, and N P denotes the number of lines. 
Each filtering unit FU(K) may be configured to generate a corresponding subset of the 
pixels in the M P x N P pixel array. For example, in the Nf = 4 case, the pixel array may be 

30 partitioned into four vertical stripes, and each filtering unit FU(K), K=0, 1, 2, 3, may be 
configured to generate the pixels of the corresponding stripe. 
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Filtering unit FU(K) may include a system of digital circuits, which implement 
the processing loop suggested below. The values X sta rt(K) and Y star t(K) represent the start 
position for the first (e.g. top-left) virtual pixel center in the K th stripe of virtual pixel 
centers. The values AX(K) and AY(K) represent respectively the horizontal and vertical 
5 step size between virtual pixel centers in the K th stripe. The value Mh(K) represents the 
number of pixels horizontally in the K th stripe. For example, if there are four stripes 
(Nf=4) with equal width, Mh(K) may be set equal to Mp/4 for K=0, 1, 2, 3. Filtering unit 
FU(K) may generate a stripe of pixels in a scan line fashion as follows: 

10 1=0; 

J=0; 

Xp=X s tart(K); 

Yp=Y st art(K); 
while (J<N P ) { 
15 while (KMh(K) { 

PixelValues = Filtration(X P ,Y P ); 

Send PixelValues to Output Buffer; 

Xp = X P +AX(K); 

1 = 1 + 1; 

20 } 

Xp=X s tart(K) 

Yp=Y P +AY(K); 

J=J+1; 

} 

25 

The expression Filtration(Xp,Yp) represents the filtration of samples in the filter support 
region of the current virtual pixel position (Xp,Yp) to determine the components (e.g. 
RGB values, and optionally, an alpha value) of the current pixel as described above. 
Once computed, the pixel values may be sent to an output buffer for merging into a video 

30 stream. The inner loop generates successive virtual pixel positions within a single row of 
the stripe. The outer loop generates successive rows. The above fragment may be 
executed once per video frame (or field). Filtering unit FU(K) may include registers for 
programming the values X star t(K), Y star t(K), AX(K), AY(K), and M H (K). These values are 
dynamically adjustable from host software. Thus, the graphics system 100 may be 

35 configured to support arbitrary video formats. 
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Each filtering unit FU(K) accesses a corresponding subset of bins from the sample 
buffer 500 to generate the pixels of the K th stripe. For example, each filtering unit FU(K) 
may access bins corresponding to a column COL(K) of the bin array in virtual screen 
space as suggested by Figure 10. Each column may be a rectangular subarray of bins. 
5 Note that column COL(K) may overlap with adjacent columns. This is a result of using a 
filter function with filter support that covers more than one spatial bin. Thus, the amount 
of overlap between adjacent columns may depend on the radius of the filter support. 

The filtering units may be coupled together in a linear succession as suggested by 
Figure 1 1 in the case N f = 4. Except for the first filtering unit FU(0) and the last filtering 

10 unit FU(Nf-l), each filtering unit FU(K) may be configured to receive digital video input 
streams A K -i and B K -i from a previous filtering unit FU(K-l), and to transmit digital 
video output streams A K and B K to the next filtering unit FU(K+1). The first filtering 
unit FU(0) generates video streams Ao and B 0 and transmits these streams to filtering unit 
FU(1). The last filtering unit FU(Nrl) receives digital video streams A Nf _ 2 and B Nf - 2 from 

15 the previous filtering unit FU(N r 2), and generates digital video output streams A N f-i and 
B N f-i also referred to as video streams DV A and DV B respectively. Video streams Ao, Ai, 
. . ., A N f-i are said to belong to video stream A. Similarly, video streams B 0 , Bi, . . B N f-i 
are said to belong to video stream B. 

Each filtering unit FU(K) may be programmed to mix (or substitute) its computed 

20 pixel values into either video stream A or video stream B. For example, if the filtering 
unit FU(K) is assigned to video stream A, the filtering unit FU(K) may mix (or substitute) 
its computed pixel values into video stream A, and pass video stream B unmodified to the 
next filtering unit FU(K+1). In other words, the filtering unit FU(K) may mix (or replace) 
at least a subset of the dummy pixel values present in video stream A K -i with its locally 

25 computed pixel values. The resultant video stream A K is transmitted to the next filtering 
unit. The first filtering unit FU(0) may generate video streams A_i and B.i containing 
dummy pixels (e.g., pixels having a background color), and mix (or substitute) its 
computed pixel values into either video stream A_i or B.i, and pass the resulting streams 
Ao and B 0 to the filtering unit FU(1). Thus, the video streams A and B mature into 

30 complete video signals as they are operated on by the linear succession of filtering units. 
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The filtering unit FU(K) may also be configured with one or more of the 
following features: color look-up using pseudo color tables, direct color, inverse gamma 
correction, and conversion of pixels to non- linear light space. Other features may include 
programmable video timing generators, programmable pixel clock synthesizers, cursor 
5 generators, and crossbar functions. 

While much of the present discussion has focused on the case where Nf=4, it is 
noted that the inventive principles described in this special case naturally generalize to 
arbitrary values for the parameter Nf (the number of filtering units). 

In one set of embodiments, each filtering unit FU(K) may include (or couple to) a 

10 plurality of bin scanline memories (BSMs). Each bin scanline memory may contain 
sufficient capacity to store a horizontal line of bins within the corresponding column 
COL(K). For example, in some embodiments, filtering unit FU(K) may include six bin 
scanline memories as suggested by Figure 12. 

Filtering unit FU(K) may move the filter centers through the column COL(K) in a 

15 raster fashion, and generate a pixel at each filter center. The bin scanline memories may 
be used to provide fast access to the memory bins used for a line of pixel centers. As the 
filtering unit FU(K) may use samples in a 5 by 5 neighborhood of bins around a pixel 
center to compute a pixel, successive pixels in a line of pixels end up using a horizontal 
band of bins that spans the column and measures five bins vertically. Five of the bin scan 

20 lines memories may store the bins of the current horizontal band. The sixth bin scan line 
memory may store the next line of bins, after the current band of five, so that the filtering 
unit FU(K) may immediately begin computation of pixels at the next line of pixel centers 
when it reaches the end of the current line of pixel centers. 

As the vertical displacement AY between successive lines of virtual pixels centers 

25 may be less than the vertical size of a bin, not every vertical step to a new line of pixel 
centers necessarily implies use of a new line of bins. Thus, a vertical step to a new line 
of pixel centers will be referred to as a nontrivial drop down when it implies the need for 
a new line of bins. Each time the filtering unit FU(K) makes a nontrivial drop down to a 
new line of pixel centers, one of the bin scan line memories may be loaded with a line of 

30 bins in anticipation of the next nontrivial drop down. 
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Much of the above discussion has focused on the use of six bin scanline memories 
in each filtering unit. However, more generally, the number of bin scanline memories 
may be one larger than the diameter (or side length) of the bin neighborhood used for the 
computation of a single pixel. (For example, in an alternative embodiment, the bin 
5 neighborhood may be a 7x7 array of bins.) 

Furthermore, each of the filtering units FU(K) may include a bin cache array to 
store the memory bins that are immediately involved in a pixel computation. For 
example, in some embodiments, each filtering unit FU(K) may include a 5x5 bin cache 
array, which stores the 5x5 neighborhood of bins that are used in the computation of a 

10 single pixel. The bin cache array may be loaded from the bin scanline memories. 

As noted above, each rendering pipeline of the rendering engine 300 generates 
sample positions in the process of rendering primitives. Sample positions within a given 
spatial bin may be generated by adding a vector displacement (AX,AY) to the vector 
position (Xbin,Y b in) of the bin's origin (e.g. the top-left corner of the bin). To generate a 

15 set of sample positions within a spatial bin implies adding a corresponding set of vector 
displacements to the bin origin. To facilitate the generation of sample positions, each 
rendering pipeline may include a programmable jitter table which stores a collection of 
vector displacements (AX,AY). The jitter table may have sufficient capacity to store 
vector displacements for anMjxNj tile of bins. Assuming a maximum sample position 

20 density of D max samples per bin, the jitter table may then store Mj*N J *D ma x vector 
displacements to support the tile of bins. Host software may load the jitter table with a 
pseudo-random pattern of vector displacements to induce a pseudo-random pattern of 
sample positions. In one embodiment, Mj=Nj=2 and D max =16. 

A straightforward application of the jitter table may result in a sample position 

25 pattern, which repeats with a horizontal period equal to Mj bins, and a vertical period 
equal to Nj bins. However, in order to generate more apparent randomness in the pattern 
of sample positions, each rendering engine may also include a permutation circuit, which 
applies transformations to the address bits going into the jitter table and/or 
transformations to the vector displacements coming out of the jitter table. The 

30 transformations depend on the bin horizontal address Xbin and the bin vertical address 

Ybin- 



5681-28301 



Meyertons, Hood, Kivlin, Kowert & Goetzel, P.C. 



Each rendering unit may employ such a jitter table and permutation circuit to 
generate sample positions. The sample positions are used to compute samples, and the 
samples are written into sample buffer 500. Each filtering unit of the filtering engine 600 
reads samples from sample buffer 500, and may filter the samples to generate pixels. 
5 Each filtering unit may include a copy of the jitter table and permutation circuit, and thus, 
may reconstruct the sample positions for the samples it receives from the sample buffer 
500, i.e., the same sample positions that are used to compute the samples in the rendering 
pipelines. Thus, the sample positions need not be stored in sample buffer 500. 

As noted above, sample buffer 500 stores the samples, which are generated by the 
10 rendering pipelines and used by the filtering engine 600 to generate pixels. The sample 
buffer 500 may include an array of memory devices, e.g., memory devices such as 
SRAMs, SDRAMs, RDRAMs, 3DRAMs or 3DRAM64s. In one collection of 
embodiments, the memory devices are 3DRAM64 devices manufactured by Mitsubishi 
Electric Corporation. 

15 

RAM is an acronym for random access memory. 
SRAM is an acronym for static random access memory. 
DRAM is an acronym for dynamic random access memory. 
SDRAM is an acronym for synchronous dynamic random access memory. 
20 RDRAM is an acronym for Rambus DRAM. 

The memory devices of the sample buffer may be organized into Nmb memory banks 
denoted MB(0), MB(1), MB(2), MB(N M b-1), where N M b is a positive integer. For 
example, in one embodiment, Nmb equals eight. In another embodiment, N M b equals 
25 sixteen. 

Each memory bank MB may include a number of memory devices. For example, 
in some embodiments, each memory bank includes four memory devices. 

Each memory device stores an array of data items. Each data item may have 
sufficient capacity to store sample color in a double-buffered fashion, and other sample 
30 components such as z depth in a single-buffered fashion. For example, in one set of 
embodiments, each data item may include 116 bits of sample data defined as follows: 

30 bits of sample color (for front buffer), 
30 bits of sample color (for back buffer), 
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16 bits of alpha and/or overlay, 
10 bits of window ID, 
26 bits of z depth, and 
4 bits of stencil. 

5 

Each of the memory devices may include one or more pixel processors, referred 
to herein as memory-integrated pixel processors. The 3DRAM and 3DRAM64 memory 
devices manufactured by Mitsubishi Electric Corporation have such memory-integrated 
pixel processors. The memory-integrated pixel processors may be configured to apply 

10 processing operations such as blending, stenciling, and Z buffering to samples. 
3DRAM64s are specialized memory devices configured to support internal double- 
buffering with single buffered Z in one chip. 

As described above, the rendering engine 300 may include a set of rendering 
pipelines RP(0), RP(1), RP(N P l-1). Figure 13 illustrates one embodiment of a 

15 rendering pipeline 305 that may be used to implement each of the rendering pipelines 
RP(0), RP(1), RP(N PL -1). The rendering pipeline 305 may include a media processor 
310 and a rendering unit 320. 

The media processor 310 may operate on a stream of graphics data received from 
the control unit 200. For example, the media processor 310 may perform the three- 

20 dimensional transformation operations and lighting operations such as those indicated by 
steps 710 through 735 of Figure 4. The media processor 310 may be configured to 
support the decompression of compressed geometry data. 

The media processor 310 may couple to a memory 312, and may include one or 
more microprocessor units. The memory 312 may be used to store program instructions 

25 and/or data for the microprocessor units. (Memory 312 may also be used to store display 
lists and/or vertex texture maps.) In one embodiment, memory 312 comprises direct 
Rambus DRAM (i.e. DRDRAM) devices. 

The rendering unit 320 may receive transformed and lit vertices from the media 
processor, and perform processing operations such as those indicated by steps 737 

30 through 775 of Figure 4. In one set of embodiments, the rendering unit 320 is an 
application specific integrated circuit (ASIC). The rendering unit 320 may couple to 
memory 322 which may be used to store texture information (e.g., one or more layers of 
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textures). Memory 322 may comprise SDRAM (synchronous dynamic random access 
memory) devices. The rendering unit 310 may send computed samples to sample buffer 
500 through scheduling network 400. 

Figure 14 illustrates one embodiment of the graphics accelerator 100. In this 
5 embodiment, the rendering engine 300 includes four rendering pipelines RP(0) through 
RP(3), scheduling network 400 includes two schedule units 400A and 400B, sample 
buffer 500 includes eight memory banks MB(0) through MB(7), and filtering engine 600 
includes four filtering units FU(0) through FU(3). The filtering units may generate two 
digital video streams DV A and DV B . The digital video streams DV A and DV B may be 
10 supplied to digital-to-analog converters (DACs) 610A and 610B, where they are 
converted into analog video signals V A and V B respectively. The analog video signals are 
supplied to video output ports. In addition, the graphics system 100 may include one or 
more video encoders. For example, the graphics system 100 may include an S-video 
encoder. 

15 Figure 15 illustrates another embodiment of graphics system 100. In this 

embodiment, the rendering engine 300 includes eight rendering pipelines RP(0) through 
RP(7), the scheduling network 400 includes eight schedule units SU(0) through SU(7), 
the sample buffer 500 includes sixteen memory banks, the filtering engine 600 includes 
eight filtering units FU(0) through FU(7). This embodiment of graphics system 100 also 

20 includes DACs to convert the digital video streams DV A and DV B into analog video 
signals. 

Observe that the schedule units are organized as two layers. The rendering 
pipelines couple to the first layer of schedule unit SU(0) through SU(3). The first layer 
of schedule units couple to the second layer of schedule units SU(4) through SU(7). Each 
25 of the schedule units in the second layer couples to four banks of memory device in 
sample buffer 500. 

The embodiments illustrated in Figures 14 and 15 are meant to suggest a vast 
ensemble of embodiments that are obtainable by varying design parameters such as the 
number of rendering pipelines, the number of schedule units, the number of memory 
30 banks, the number of filtering units, the number of video channels generated by the 
filtering units, etc. 
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It is noted that Figures 3, 6, 8 and 9 provide various examples of sample- 
positioning patterns. These sample-positioning patterns assist in conveying the notion 
that sample positions may be distributed in a stochastic fashion in sample space. 
However, these sample position patterns do not necessarily represent examples of 
5 patterns generated by the tile permutation methodologies described herein and especially 
below. 

Permuted 2-D Sample Location Pattern 

10 Figures 16 through 23 provide details for various embodiments of a system and 

method for creating a reproducible set of k sample locations for each sample bin in 
sample space by permuting an n x n array of sample bins. A set of n 2 k pre-selected 
sample locations may be stored in the n x n array of sample bins. Sample space may be 
defined by the locations of an M x N array of sample bins that are used to store sample 

15 values rendered for a graphics image. (M, N, n, and k are positive integers.) 

Figure 16 provides a flowchart for a method of pre-selecting a sample location 
pattern and for reproducing the pre-selected pattern. Specific sample locations are 
selected for each sample bin of the n x n array of sample bins (step 500). Each sample 
bin may be assigned k sample locations. In some embodiments, n may be a power of 2 

20 (so that n=2 a and "a" is a positive integer), k may be programmable or specified by a 
user, and in one embodiment may be preset to any integer from 1 to 16. Figure 17a 
illustrates the embodiment with n = 2. The sample positions may be chosen to span the 
sample space within the n x n array of sample bins in a manner that may reduce aliasing 
effects and artifacts in a graphics image (that may be noticeable to human perception) 

25 when the n x n array is permuted and/or tiled to fill the M x N array of sample bins. 

The n 2 k sample positions selected for the n x n array of sample bins may be stored 
in a memory 1020 (also referred to as a sample location memory, a sample location 
RAM, or a sample location cache) (step 510). 

An m x m array of 2-D transformations may be selected from the 8 

30 transformations listed in Figure 17b (step 520) (m is a positive integer and in some 
embodiments m may be a power of 2, so that m=2 b , and b is a positive integer). 
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Sequential applications of 2 or more of these transformations will have the same effect as 
a specific one of the 8 transformations. Two examples of m x m arrays of 2-D 
transformations are illustrated in Figures 18 and 19 for m = 8. 

In some embodiments, a second pxp array of 2-D transformations may be 

5 selected from the 8 transformations listed in Figure 17b (step 530). By applying the 
transformation specified at each position of the m x m array to the n x n array of sample 
bins, an nm x nm array of sample bins may be populated with sample locations. By 
applying the transformation specified at each position in the p x p array to the mn x mn 
array of sample bins, an mnp x mnp array of sample bins may be populated with sample 

10 locations (step 540). 

In some embodiments, an additional array of 2-D transformations may be used to 
further increase the size of the sample bin array populated with permuted sets of the n x n 
array of sample bins. In some embodiments, the n x n array, the nm x nm array, or the 
mnp x mnp array of sample bins may be tiled across the available sample space. 

15 In some embodiments, a logic circuit 1000 (Figure 22) may be used to reproduce 

sample locations for a sample bin B at (x,y) in sample space according to the one or more 
pre-selected transformation arrays applied to the pre-selected sample locations stored in 
the n x n array of sample bins (steps 550 and 560). In embodiments with one 
transformation array, the logic circuit splits both the x and y location of sample bin B into 

20 the "a" least significant bits and the next "b" more significant bits and ignores the bits 
remaining in the location of sample bin B. The logic circuit in these embodiments, may 
be configured to use the "b" bits for both the x and y location to identify a specific 
transformation T from the m x m array of transformations that corresponds to the location 
of sample bin B and to apply the inverse of the transformation T to the "a" bits for both 

25 the x and y location to specify sample bin Bn from the n x n sample bin array that 
corresponds to the location of sample bin B, and then reproduce one or more pre-selected 
sample positions for sample bin B by applying the specific transformation T to a first one 
or more of the k sample positions stored in the memory for the specific sample bin Bn. 

Figures 20a, 20b, and 20c illustrate one set of embodiments of a method to 

30 reproduce pre-selected sample positions for each sample bin in the available sample 
space. In these embodiments, an 8 x 8 array of transformations shown in Figure 18, 
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called an Inner Transformation Array, may be applied to a 2 x 2 array of sample bins to 
obtain the 16 x 16 array of sample bins shown in Figure 20a and referred to as an Inner 
Bin Array. A second 8x8 array of transformations shown in Figure 19, called an Outer 
Transformation Array, may be applied to the Inner Bin Array to obtain the 128 x 128 
5 Outer Bin Array shown in Figure 20b. The Outer Bin Array is then tiled across sample 
space as illustrated in Figure 20c. A logic circuit of the type that may be used to 
reproduce pre-selected sample locations for a sample bin B with this method is shown in 
Figure 21. 

The Outer Transformation Array may selected to be different from the Inner 

10 Transformation Array in order to avoid self similarity, and thereby, create more apparent 
randomness, in the induced sample positioning pattern. 

Figure 22 is a simplified block diagram illustrating a system for reproducing pre- 
selected sample locations for a specific sample bin in sample space. A permutation logic 
unit 1000, may be connected to one or more devices including, but not limited to, a host 

15 computer, a graphics accelerator, a rendering unit, a filtering unit, a sample location 
memory 1020, and a bin sample selector 1010. The sample location memory 1020 may 
be configured to store k pre-selected sample locations for each bin in an n x n array of 
sample bins, where k is a positive integer. Sample location memory 1020 may be an 
external memory, a memory cache integrated into the logic unit 1000, a series of 

20 registers, or other semiconductor memory device. 

The permutation logic unit 1000 may be configured to receive the X and Y 
kernels of a sample bin location (X,Y). The kernels may be a specific number of the least 
significant bits of X and Y that will be used by the permutation logic unit 1000. The 
discarding of the more significant bits implies a tiling of the permuted bins. Therefore, 

25 the discarded bits do not affect the sample locations generated. 

The bin sample selector 1010 may be configured to sequence the permutation 
logic unit 1000 through the sample locations stored in a sample bin in the sample location 
memory 1020. The bin sample selector 1010 also may limit the number of sample 
positions generated to a specified value that may be supplied by a user, or by one of the 

30 devices connected to the permutation logic unit 1000. 
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In some embodiments, the permutation logic unit 1000 may be configured to 
respond to a permute enable signal This signal may turn off the permutation 
identification logic and effectively tile the n x n sample bin array across available sample 
space, 

5 In other embodiments, the permutation logic unit 1000 may be configured to 

respond to a temporal permute signal. This signal may consist of a repeating sequence of 
signals of j bits (j is a positive integer). The sequence may have one or more members. 
The temporal permute signal may scramble the transformations selected by the 
permutation logic unit 1000 in a repeating sequence at a selected frequency. Figure 21 

1 0 illustrates one embodiment for j=3 . 

Figure 23 provides an explanation of the logic of applying the inverse of 
transformation T to the "a" address bits of bin B in order to obtain the address of a 
corresponding bin Bn in the n x n sample bin array. The methodology described above of 
applying to the "a" address bits the inverse of a transformation T defined by the "b" 

15 address bits, and applying the transformation T to the sample positions (or deltas) 
emerging from the selected bin of the sample location RAM, ensures that the n x n array 
of bins stored in the sample location RAM is transformed as a rigid object (i.e., no 
internal rearrangement of bins as the n x n array is transformed). 

Figure 24 provides a block diagram of another set of embodiments for a system 
20 and method for reproducing, for a specific sample bin in sample space, a pre-selected 
permutation of a pre-selected set of sample locations for a corresponding sample bin of 
an n x n sample bin array (also referred to as a tile or a tile of bins). In these 
embodiments, the system for reproducing sample locations for a specific sample bin 
includes an input port for receiving a two-dimensional address that specifies a location of 
25 a sample bin, a sample location memory 1020 configured to store the pre-selected sample 
locations for the tile of bins, an address transform unit (also referred to as a pre- 
transformation unit) 800, an output transform unit (also referred to as a post- 
transformation unit) 810, and a transformation control unit 820, configured to receive a 
first portion (Xb and Yb) of the two-dimensional bin address, and to determine a 
30 transformation code for a first transformation T based on the first portion. 

5681-28301 33 Meyertons, Hood, Kivlin, Kowert & Goetzel, P.C 



The address transform unit 800 may be configured to apply an inverse of the first 
transformation T to a second portion (Xa and Ya) of the two-dimensional bin address in 
response to receiving the transformation code, thereby generating memory address bits 
for the corresponding sample bin in the n x n array. The sample location memory 1020 
5 may be configured to output a first set of sample displacements in response to receiving 
the memory address bits. The output transform unit 810 may be configured to apply the 
first transformation to the first set of sample displacements in response to receiving the 
transformation code, thereby generating a second set of sample displacements. 

In one set of embodiments, a method for reproducing sample locations for a 
10 specific sample bin includes operating on a first portion of a two-dimensional address of 
the sample bin to determine a first transformation T, applying an inverse of the first 
transformation T to a second portion of the two-dimensional address of the sample bin to 
determine a modified two-dimensional address, reading a first set of sample 
displacements from a sample location memory 1020 using the modified two-dimensional 
15 address, applying the first transformation T to the first set of sample displacements to 
determine a second set of sample displacements, and adding the second set of sample 
displacements to the two-dimensional address of the sample bin to determine the sample 
locations of the sample bin. 

The first transformation T may be one of a group of eight two-dimensional 
20 transformations. The transformation control unit 820 may be configured to implement a 
pre-selected mapping of each state of the first portion of the two-dimensional address into 
a corresponding transformation T selected from the group of eight transformations (see 
Figure 17b). 

In some embodiments, the transformation control unit 820 may be a 
25 combinational logic network. In other embodiments, the transformation control unit 820 
may include a lookup table that stores a transformation code for each state of the first 
portion of the two-dimensional address. In still other embodiments, the transformation 
control unit 820 may include a combinational logic network and one or more lookup 
tables. 
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The address transform unit 800 may include two multiplexors, a first XOR gate, 
and a second XOR gate, where a first bit of the transformation code may control the two 
multiplexors. 

The output transform unit 810 may include two multiplexors, a first XOR gate, 
5 and a second XOR gate, where a first bit of the transformation code may control the two 
multiplexors. 

This method may be applied to reproduce pre-selected sample locations in a 
graphics processor when rendering sample values in response to received graphics data. 
This method may also be applied to reproduce pre-selected sample locations in a filtering 
10 unit when reading sample values corresponding to the pre-selected sample locations from 
a sample buffer, and operating on the sample values and sample locations to determine 
pixel values. 

In other embodiments, a method for reproducing pre-selected sample locations for 
a sample bin in an array of sample bins, includes a) receiving a first two-dimensional bin 

15 address specifying an X bin address and a Y bin address for a location of the sample bin 
in the array of sample bins, b) operating on a first portion of the first two-dimensional bin 
address to determine a first transformation T, where the first portion includes a first set of 
bits in the X bin address and a first set of bits in the Y bin address, c) applying an inverse 
of the first transformation T to a second two-dimensional address composed of a second 

20 set of bits in the X bin address and a second set of bits in the Y bin address to generate a 
two-dimensional memory address, d) accessing a first set of sample displacements from a 
sample location memory using the two-dimensional memory address, e) applying the first 
transformation T to each sample displacement of the first set to generate a second set of 
sample displacements, and f) adding the second set of sample displacements to the first 

25 two-dimensional bin address to determine the sample locations for the sample bin. The 
sample location memory 1020 may store pre-selected sample location displacements for 
an n x n array of bins, where n is a positive integer, where the two-dimensional memory 
address selects one of the bins in the n x n array, and where the first set of sample 
displacements are accessed from the select bin. 

30 In one alternative set of embodiments, the n x n array of bins may be replaced by 

an nl x n2 non-square array of bins, where nl and n2 are positive integers. Note that the 
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group of eight transformations described above includes transformations (such as the +90 
or -90 degree rotations) which fail to map a non-square array onto itself. Thus, the 
transformations to be applied to a non-square array may restricted to the subgroup of four 
transformations generated by (a) mirroring about x and (b) mirroring about y. 

5 For more description of a system and method for generating sample locations 

based on a tiling of space with a pattern of spatial transformations, please refer to U.S. 
Patent Application No. 10/387,357, filed on March 12, 2003, entitled "Method of 
Creating a Larger 2-D Sample Location Pattern from a Smaller One by Means of X,Y 
Address Permutation", invented by Michael F. Deering, Nathaniel David Naegle and 
10 Ranjit S. Oberoi, which is hereby incorporated by reference in its entirety as though fully 
and completely set forth herein. 

Maintaining Continuity of Sample Jitter Pattern Across Clustered Graphics Accelerators 

15 In one set of embodiments, a system may be configured to reproduce sample 

locations conforming to a pattern of transformations spanning a plurality of local 
coordinate systems, to allow multiple graphics accelerators to compute tiles of a global 
image, with no filtering artifacts due to sample position pattern discontinuities across the 
boundaries of neighboring tiles. The system may include a plurality of sample generation 

20 circuits (also referred to as sample reproduction circuits). Each sample generation circuit 
Sk of the plurality of sample generation circuits may include one or more of an adder unit 
790, a sample location memory 1020, an address transform unit 800, an output transform 
unit 810, and a transformation control unit 820 as suggested by Figure 25, The address 
transform unit 800 is also referred to as a pre-transformation unit. The output transform 

25 unit is also referred to as a post- transformation unit. 

In the sample generation circuit Sk, the adder unit 790 may receive a two- 
dimensional bin address (X,Y) specifying a location of a bin in a corresponding local 
coordinate system L^. The adder unit may also receive a two-dimensional bin offset 
(Xphase,Yphase) of an origin of the local coordinate system Lk with respect to an origin of a 
30 global coordinate system. (The two-dimensional bin offset may be a programmable value 
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provided by host software.) The adder unit may be configured to add the two-dimensional 
local bin address (X,Y) and the two-dimensional bin offset (Xph aS e,Yphase) to generate a 
two-dimensional global bin address (E,F) of the bin with respect to the origin of the 
global coordinate system: 

5 E = X + Xphase 

F = Y + Y Phase . 

The adder unit may include two adders: one adder for the x components and another 
adder for the y components. 

The horizontal component E of the two-dimensional global bin address may be 
10 represented as E=[Ec,Eb,Ea], where Ea is a contiguous set of least significant bits in E, 
Eb is a contiguous set of medium significant bits in E, and Ec is a contiguous set of next 
more significant bits in E. The sizes of Ea, Eb and Ec may be "a" bits, ' V 9 bits and "c" 
bits respectively, where "a" and "b" are integers greater than or equal to one, and "c" is 
an integer greater than or equal to zero. In one embodiment, "a"=l and "b"=3. 

15 Similarly, the vertical component F of the two-dimensional global bin address 

may be represented as F=[Fc,Fb,Fa], where Fa is a contiguous set of least significant bits 
in F, Fb is a contiguous set of medium significant bits in F, and Fc is a contiguous set of 
next more significant bits in F. The sizes of Fa, Fb and Fc may be "a" bits, "b" bits and 
"c" bits respectively. 

20 The sample location memory 1020 may be configured to store a pre-selected set 

of sample displacements for a tile of bins. The tile may be a rectangular array of bins 
(e.g., a 2 x 2 array of bins). 

The transformation control unit 820 may be configured to receive the subaddress 
(Eb,Fb) of the two-dimensional global bin address, and to determine a transformation 
25 code for a transformation T based on the subaddress (Eb,Fb). The transformation control 
unit 820 maps each of the 2 (2b) states of the subaddress to a corresponding transformation 
in the group of eight transformations designated by Figure 17b. 

The address transform unit 800 may be configured to apply an inverse of the 
transformation T to the subaddress (Ea,Fa) of the two-dimensional global bin address in 
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response to receiving the transformation code, thereby generating a memory address 
defining a bin from the tile (stored in sample location memory 1020). 

The sample location memory 1020 may be configured to output a sequence of 
sample displacements in response to receiving the memory address. 

5 The output transform unit 810 may be configured to apply the transformation T to 

the sequence of sample displacements in response to receiving the transformation code, 
thereby generating a transformed sequence of sample displacements. 

In some embodiments, a plurality of graphics accelerators (such as graphics 
accelerator 100) may be programmed to collaboratively generate a video stream for a 

10 display device. For more information on the collaborative generation of video streams 
using multiple graphics accelerators, please refer to U.S. Patent Application No. 
09/894,617 filed on 6/27/01, entitled "Flexible Video Architecture for Generating Video 
Streams" which is hereby incorporated by reference in its entirety as though fully and 
completely set forth herein. 

15 Each graphics accelerator GA(K) of the plurality of graphics accelerators may 

generate video pixels for a corresponding region Rk of a global managed area 
corresponding to the display device as suggested by Figure 26. Each graphics accelerator 
GA(K) may have its own rendering engine 300, sample buffer 500 and filtering engine 
600. Thus, each graphics accelerator GA(K) of the plurality of graphics accelerators may 

20 have its own local coordinate system Lk for expressing two-dimensional addresses of 
bins in its sample buffer 500. The graphics accelerator GA(K) may include a plurality of 
the sample generation circuits. For example, each rendering pipeline and each filtering 
unit of the graphics accelerator GA(K) may have a sample generation circuit. 

The rendering pipelines of graphics accelerator GA(K) generate sample positions 

25 and compute samples based on the sample positions, and store the computed sample in 
the sample buffer of graphics accelerator GA(K). The filtering units of graphics 
accelerator GA(K) are operable to read samples from the sample buffer and regenerate 
the same sample positions in order to calculate appropriate filter coefficients for the 
samples. Each of the sample generation circuits includes a phase-offset adder unit as 

30 described above. The phase-offset adder units in the sample generation circuits of 
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graphics accelerator GA(K) allow the local coordinate system Lk to be arbitrarily 
positioned with respect to the origin of a global coordinate system (corresponding to the 
global managed area) while maintaining the agreement on sample positions between each 
rendering pipeline and each filter unit of graphics accelerator GA(K). 
5 In order to coordinate the generation of sample locations across the multiple local 

coordinate systems, a host software routine (executing on a host computer coupled to the 
plurality of graphics accelerators) may write appropriate values of the two-dimensional 
offset (Xphase,Yphase) to the sample generation circuits in each graphics accelerator. For 
example, the host software routine may set the two-dimensional offset (Xph aS e,Yphase) for 

10 the sample generation circuit in each rendering pipeline of graphics accelerator GA(K) 
equal to the two-dimensional displacement from the origin of the global coordinate 
system to the origin of the local coordinate system L K . 

Furthermore, the filtering units FU K (0), FU K (1), FU K (2), FU K (N r l) in 
graphics accelerator GA(K) may partition the effort of generating pixels for region Rk 

15 with each filtering unit FUk(J) being responsible for a corresponding subregion Rk(J) of 
the region R K . In some embodiments, the filtering units FUk(J) may each have their own 
sublocal coordinate systems L K (J) within the local coordinate system L K . Thus, the two- 
dimensional offsets for the sample generation circuits in the respective filtering units 
FUk(J) may be programmed with different values to reflect the displacements Dk(J) from 

20 the origin of the global coordinate system to the respective origins of the sublocal 
coordinate systems Lk(J). Host software may determine each displacement Dk(J) by 
computing a sum of (a) a displacement from the origin of the global coordinate system to 
the origin of the local coordinate system Lk and (b) a displacement from the origin of the 
local coordinate system to an origin of the sublocal coordinate system Lk(J) as suggested 

25 by Figure 27A. 

In one set of embodiments, each filter unit of a set of filter units may include a 
copy of permutation logic unit 1000 (of Figure 22). The permutation logic unit 1000 in 
each filter unit may be configured to receive an x phase and y phase offset that may be 
added to the kernel x and kernel y numbers respectively, to adjust the sample bin 

30 locations to a global address. This may remove artifacts that may be caused when sample 
space is partitioned between a set of clustered filter units with local coordinate systems. 
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Without the offset adjustments, the first bin in each partition would have an (x,y) location 
of (0,0), even though the actual bin location in global sample space may be (ml,0), as 
shown in Figure 27B for partition 1. 

Each filter unit receives an x,y "bias" offset that adjusts a sample location pattern 
5 within a sample space region addressed by the filter unit to reflect a global coordinate 
system that spans the multiple regions addressed by the set of filter units. In this way, 
multiple filter units may be programmed so that their jitter patterns line up across the 
boundaries defining their regions. 

10 Window-Relative Permutation Patterns 

It is typical for modern operating systems to generate a set of windows on a set of 
one or more display screens. For example, a first window may display a video game, a 
second window may display a word processing application, a third window may contain a 
spreadsheet, and so on. In one alternative set of embodiments, a system of one or more 

15 graphics accelerators may be configured so that each window has a permutation pattern 
that it rigidly attached to the window. The window-relative permutation patterns are 
generally not continuous across window boundaries. However, the discontinuity of 
graphics content across window boundaries implies that this lack of permutation pattern 
continuity is not likely to be noticed by users. 

20 Host software may provide support for the window-relative permutation patterns 

by appropriate management of the two-dimensional offsets (Xph as e> Y P h aS e) for the sample 
generation circuits in the rendering pipelines, and an augmentation to the structure of the 
sample generation circuits in the filtering units. 

In preparation for the rendering of primitives for a given window W, host 

25 software may compute the displacement (Gx,Gy) of the origin of the local coordinate 
system Lk (corresponding to region R K ) with respect to the origin of the window W as 
suggested by Figure 28, and write the displacement (Gx,Gy) to the phase register in each 
of one or more rendering pipelines of graphics accelerator GA(K) that will participate in 
the rendering of window W. Furthermore, this computation and writing may be 

30 performed for each graphics accelerator GA(K) participating in the rendering of window 
W. 
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The phase register in a rendering pipeline stores the two-dimensional offset 
(Xphase, Yphase) for the sample generation circuit in that rendering pipeline. Thus, the 
assignment (X P h as e, Y P hase)^~(Gx,G Y ) which is induced by the register write operation 
implies that the two-dimensional addresses (E,F) generated by the sample generation 
5 circuit (as shown in Figure 25) will be relative to the origin of the window W, instead of 
to the origin to of the global coordinate system. Thus, the origin of the permutation 
pattern of sample locations produced by the sample generation circuit will coincide with 
the origin of the window W. 

The phase register and the sample generation circuit of a rendering pipeline may 
10 be situated in the rendering unit 320 of that rendering pipeline. 

Host software may compute the displacement (Gx,G Y ) by subtracting (a) the 
displacement (Wx,W Y ) of the origin of window W with respect to the origin of the global 
coordinate system from (b) the displacement (H x ,Hy) of the origin of the local coordinate 
system L K with respect to the origin of the global coordinate system. In other words, 
1 5 Gx«-H x -Wx and Gy^H y -W y . 

Each rendering pipeline embeds the window ID of the window W in the samples 
it computes for window W prior to transferring the samples to sample buffer 500. Sample 
buffer 500 may include intelligent memory units (such as 3DRAM64 chips) with built-in 
arithmetic logic units (ALUs). In addition to z-comparison, the ALUs may be configured 
20 to perform window ID comparisons to determine when an incoming sample (i.e., a 
sample sent by a rendering pipeline) is to overwrite an existing sample in the sample 
buffer 500. 

The sample generation circuit in each filtering unit may be augmented to support 
the generation of window-relative permutation patterns as indicated in Figure 29. The 

25 sample generation circuit may include a subtraction unit 795. The subtraction unit may 
receive the displacement (N X ,N Y ) and the displacement (Wx,W Y ), and compute the 
displacement (Mx,M Y ) according to the relations M X ^"N X -Wx and M Y 4-N Y -W Y . The 
displacement (M X ,M Y ) is fed to the phase input (Xphase,Y Ph a S e) of adder 790. The 
displacement (N X ,N Y ) may represent the displacement of a sublocal coordinate system 

30 L K (J) with respect to the global origin. The displacement (Wx,W Y ) may represent the 
displacement of a current window with respect to the global origin. The two-dimensional 



5681-28301 



Meyertons, Hood, Kivlin, Kowert & Goetzel, P.C. 



address (X,Y) may be defined relative to the sublocal coordinate system L K (J). Thus, the 
two-dimensional address (E,F) produced by the sample generation circuit will be relative 
to the current window origin. Therefore, the sample locations produced by the sample 
generation circuit will be consistent with a permutation pattern whose origin coincides 
5 with the window origin. 

A frame of rendered samples, generated by the rendering pipelines, stored in 
sample buffer 500, and made available to the filtering units may represent a plurality of 
windows. Thus, any given filtering unit may receive samples (from sample buffer 500) 
corresponding to a number of different windows in the course of scanning through the 

10 corresponding subregion to generate video output pixels. Therefore, a filtering unit may 
include a window ID table to store window-related information addressable by window 
ID. Recall that window ID is one of the components of the sample as stored in sample 
buffer 500. The window-related information may include the values (Wx,W Y ) for each 
currently allocated window. Host software may update the window-related information 

15 as windows are created, translated, resized, destroyed, etc. 

A filtering unit may have the structure suggested by Figure 30. Virtual pixel 
position generator 857 may generate a stream of virtual pixel positions (also known as 
kernel centers or filter centers) in virtual screen space. Sample access controller 860 
asserts sample read requests to scheduling network 400 in response to the stream of 

20 virtual pixel positions. Scheduling network 400 invokes the transfer of the requested 
samples from sample buffer 500, through lower route network 600, to local buffer 862. 
Local buffer 862 may contain the bin scanline memories described above. Furthermore, 
sample access controller 860 may generate bin addresses (X,Y) based on the stream of 
virtual pixel positions. The bin addresses may specify bin locations within a sublocal 

25 coordinate system L K (J) corresponding to subregion Rk(J). The bin addresses (X,Y) may 
be supplied to sample generation circuit 864 and local buffer 862. 

In response to a bin address (X,Y), local buffer 862 may transfer samples of the 
corresponding bin B(X,Y) to filtering circuitry 868. Each sample may include a window 
ID. The window ID specifies which window "owns" the sample. The window ID of a 

30 representative sample from the bin B(X,Y) may be used to invoke read operation from 
window ID table 866. The read operation produces window-related information for the 
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window defined by the window ID. The displacement (W X ,W Y ) embedded in the 
window-related information may be supplied to sample generation circuit 864. Sample 
generation circuit 864 may have the structure indicated in Figure 29. 

The N-register 867 supplies the displacement (Nx,Ny) to the corresponding inputs 
5 of the sample generation circuit 864. Host software stores an appropriate value of the 
displacement (Nx,Ny) in the N-register of each filtering unit FUk(J) of each graphics 
accelerator GA(K). 

By virtue of the host programming of the N-register 867 and the window ID table 
866, the sample generation circuit 864 produces sample locations for bin B(X,Y) 

10 consistent with a permutation pattern whose origin is rigidly tied to the origin of the 
window designed by the representative sample. The sample locations for bin B(X,Y) are 
provided to filtering circuitry 868. 

Filtering circuitry 868 filters the samples provided by the local buffer 862 using 
the sample locations provided by sample generation circuit 864 to obtain video output 

1 5 pixels. The video output pixels are stored into pixel output buffer 876. 

Video router 880 may read the video output pixels from output buffer 876 and 
blend (or substitute) the video output pixels into video stream Ain or B^ as taught in U.S. 
Patent Application No. 09/894,617 filed on 6/27/01, entitled "Flexible Video 
Architecture for Generating Video Streams". Video router 880 may thus generate video 

20 output streams Aout and Bout- 

With window-relative generation of sample locations, host software may move a 
window W relative to the global coordinate system, and thus, relative to the local 
coordinate systems which correspond to the graphics accelerators, without re-rendering 
the samples Sw owned by the window W. Host software may achieve the movement of 

25 window W by copying (i.e., commanding an appropriate subset of the graphics 
accelerators to copy) the samples S w from (a) the one or more sample buffers containing 
portions of the window W in its original position to (b) the one or more sample buffers 
containing portions of the window in its new position. Since the filtering units are 
configured to generate sample locations in a window-relative fashion as described above, 

30 the sample locations generated by the filtering units for filtration of the samples Sw will 
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be consistent with the sample locations originally created and used by the rendering units 
to compute the samples Sw- 

As the window W may traverse one or more boundaries between regions Rk 
assigned to the graphics accelerators, continuity of the permutation pattern of sample 
5 locations generated within the window W across region boundaries is still an important 
issue. The fact that each sample generation circuit in each graphics accelerator computes 
a window-relative bin address (E,F) for each window implies that this continuity is 
maintained as desired within each window. 

Numerous variations and modifications will become apparent to those skilled in 
10 the art once the above disclosure is fully appreciated. It is intended that the following 
claims be interpreted to embrace all such variations and modifications. 
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